home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 14218 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.0 KB  |  94 lines
  1. Path: mail2news.demon.co.uk!devmaccn.demon.co.uk
  2. From: Alan Griffiths <aGriffiths@ma.ccngroup.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: STL and namespaces?
  5. Date: Fri, 29 Mar 1996 15:26:16 GMT
  6. Organization: CCN Market Analysis
  7. Distribution: world
  8. Message-ID: <85140771wnr@ma.ccngroup.com>
  9. References: <314F1A4C.2868@ix.netcom.con>
  10. Reply-To: aGriffiths@ma.ccngroup.com
  11. X-NNTP-Posting-Host: devmaccn.demon.co.uk
  12. X-Broken-Date: Friday, Mar 29, 1996 15.26.16 GMT
  13. X-Newsreader: Newswin Alpha 0.6
  14. X-Mail2News-Path: devmaccn.demon.co.uk
  15.  
  16. In article: <314F1A4C.2868@ix.netcom.con>  Robert Kleemann <goose@ix.netcom.con> writes:
  17. > 
  18. > I've been using The HP STL (Dec95 version) with the Microsoft VC4 
  19. > Compiler for the past few months and have taken Microsoft's 
  20. > recommendation to stick all the STL include files in its own namespace 
  21. > to avoid global operator conflicts with Microsoft's class library (MFC). 
  22. >  The name std is recommend by ANSI for the standard template library 
  23. > namespace.
  24. > 
  25. > After tweaking some of the STL files this has worked pretty well except 
  26. > for the following problems:
  27. > 
  28. > 1) global operators cannot be accessed without the namespace prefix eg:
  29. > std::string s1;
  30. > std::string s2;
  31. > if (s1==s2) // this doesn't work
  32. >     ;
  33. > if (std::operator==(s1,s2)) // this does work
  34. >     ;
  35.  
  36.   using namespace std;
  37.   string s1;
  38.   string s2;
  39.   if (s1 == s2) 
  40.  
  41. > 2) STL algorithms that use global operators don't work on classes that 
  42. > define these operators eg:
  43. > 
  44. > class C
  45. > {
  46. >     C();
  47. >     C(const C& c);
  48. >     C& operator=(const C& c);
  49. >     friend bool operator==(const C& c1, const C& c2);
  50. > };
  51. > inline bool operator==(const C& c1, const C& c2)
  52. > {
  53. >     return true;
  54. > }
  55. namespace std
  56. {
  57.   inline bool operator==(const C& c1, const C& c2)
  58.   {
  59.       return true;
  60.   }
  61. }
  62. > void main()
  63. > {
  64. >     std::list<C> container;
  65. >     std::list<C>::iterator i;
  66. >     // the following line will not compile because 
  67. >     // find require operator== to be defined for C
  68. >     i = std::find( container.begin(), container.end(), 
  69. >         C() );
  70. > }
  71. > 
  72. > The first problem is expected and and although it makes the code less 
  73. > readable, it is not a major problem.  The second problem has no clear 
  74. > workaround and makes me want to stop using namespaces.
  75. > 
  76. > My question is: are other people out there using STL with namespaces?  
  77. > Have you run into these problems?  Have you found better workarounds?  
  78.  
  79. Avoid the MSVC4 compiler - problem (2) is a defect in the MS 
  80. implementation of namespaces! ;)
  81.  
  82. > Can I expect these namespace problems to be fixed in future STL 
  83. > implementations or would I be better off including STL in global space 
  84. > and instead try sticking MFC in a namespace.
  85.  
  86. You may hope that the problem will be fixed in a future MSVC 
  87. implementation.
  88.  
  89. Alan Griffiths               | Also editor of: The ISDF Newsletter
  90. Senior Systems Consultant,   | (An Association of C and C++ Users publication)
  91. CCN Group Limited.           | (ISDF editor  : isdf@octopull.demon.co.uk)
  92. (agriffiths@ma.ccngroup.com) | (For ACCU see : http://bach.cis.temple.edu/accu)
  93.  
  94.